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REMARKS 

Claims 85, 86, 88-90, 101, 102, 104-106, 115-131 are currently canceled and claims 1-83, 
92-99 and 108-1 15 were previously canceled so that claims 84, 87, 91, 100, 103, 107 and 132- 
156 are now in the application. The Examiner indicated the allowability of claims 91 and 107 if 
rewritten in independent form. 

The specification has been amended by replacing a paragraph from lines 4-16 on page 1 1 
to describe the sorted transactions as being displayed with headings that correspond in meaning 
to the selected category items. This amendment, which is shown in the drawings, describes the 
sorted transactions as being displayed on the debtor's video screen 302 in Fig. 6 with headings 
"Charitable Contributions" and "Auto Expense" that correspond in meaning with the selected 
category items "Charity" and "Auto" in Fig. 4 and describes a sorted transaction as being 
displayed on the debtor's video screen 302 in Fig. 6 with a heading and subheading "Rental at 
Ash St. (C&M)" which corresponds in meaning to the primary and secondary categories "Rental 
at Ash St." and "(C&M)" in Fig. 4. 

The Applicant respectfully traverses the Examiner's rejection of claims 84, 87, 100 and 
103 over Chiasson in view of Kitchen and further in view of Simpson. None of these references 
teaches providing the debtor with files with open fields for inserting category items and then 
sorting the files according to the categories. The Examiner has cited Simpson to provide this 
teaching in combination with Chaisson and Kitchen. Simpson will be discussed in detail 
hereinafter after first discussing Chaisson and Kitchen. 

CHIASSON 

Claim 84 is distinguished over the references by reciting: 

"simultaneously displaying said plurality of unsorted transactions on the debtor's 
computer screen with each unsorted transaction of at least some of the unsorted transactions 
having fields filled with transaction data which are pertinent to the unsorted transaction and 
having at least one open field open for insertion of a category item pertinent to the unsorted 
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transaction;" 

This is shown in Fig. 4 where the plurality of unsorted transactions 1, 2 and 3 are simultaneously 

displayed on the debtor's computer screen wherein each unsorted transaction has at least one 

open field open for inserting a category item. The open fields are in the "Cat." and "Exp." 

columns and have been filled except for the open fields in the "Exp." column for transactions 2 

and 3. This operation is explained in Applicant's specification from page 10, line 1 1 to page 11, 

line 1 . In this regard the Examiner relies of Chiasson wherein he states: 

"Regarding claims 84, 92, 100 and 108, Chiasson teaches a method for an internet hosted 
bill paying system: Chiasson teaches upon one or more commands by the debtor, enabling the 
debtor to create bill categories and organizing bills based on bill categories (page 1 1 , paragraphs 
106-109)." 

It is noted that Chiasson's bill categories may include "utilities, credit cards, car payments and 
landscaping services", however each of these categories can't be employed until a respective bill 
template is pulled up and selected by the debtor. For instance, if the bill category is utilities there 
is a bill template for a utility. At the end of paragraph 01 09 a new bill category can be created 
and then a new bill template is made for that category. It should be noted that the bill template in 
Chiasson is already categorized and there is no way to change it. This is because each category 
item, such as utilities, has it's own bill template and if another category is desired the debtor has 
to pull up another bill template. As stated in the first part of paragraph 0110, billing information 
in the billing files is changed via the bill template just like it is done for the item template in the 
shopping service module. According to paragraph 01 12 the bill template and the bill file can be 
edited, but there is no teaching of a bill file having an open field for inserting a category item. 
The bill templates are displayed one at a time in frame 54 of Fig. 2 of Chiasson and multiple bills 
are displayed in frame 56. Any changes in either one of these displays is simply for the purpose 
of updating information in the fields. As with the shopping service module (e-catalog) portion of 
Chiasson, the bill paying portion of Chiasson does not teach simultaneously displaying a plurality 
of unsorted transactions, as shown in Applicant's Fig. 4, which have open fields for the insertion 
of category items. 

Claim 84 is further distinguished over Chiasson by reciting: 

"inserting one or more selected category items selected by the debtor in selected open 
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fields associated with said at least some of the unsorted transactions and displaying respective 
selected fields filled with said one or more of the selected category items on the debtor's 
computer screen simultaneously with said simultaneous display of said plurality of unsorted 
transactions;" 

This is shown in Fig. 4 where a plurality of category items, such as "Ash St.", "C&M", "Charity" 
and "Auto" have been inserted in open fields for the unsorted transactions 1, 2 and 3. This 
operation is described in Applicant's specification from page 10, line 20 to page 1 1, line 1 
wherein it is stated: 

"For instance, if line item number 1 is selected and the debtor says "Category C", "Ash Street" 
will appear under the category column in line item number 1 . The debtor may further select 
cleaning and maintenance © & M) by saying M C and M" or by clicking on C and M, then C and 
M will appear under the expense column in line item number 1. Optionally, if the product or 
services under the Product/Services column qualified as repair or management then one of these 
items would be selected by voice activation or by the mouse to appear under the expense column 
for item number 1. As a further example, if line item number 2 and charitable contribution is 
selected then something like charity would appear under the category column for line item 
number 2. If line number 3 and auto expense are selected then something like auto would appear 
under the category column for line item number 3." 

There is no teaching in Chiasson of displaying selected fields filled with selected category items 

on the debtor's computer screen simultaneously with the simultaneous display of the plurality of 

unsorted transactions. 

Claim 84 is still further distinguished over Chiasson by reciting: 

"sorting the unsorted transactions that are simultaneously displayed on the debtor's 
computer screen by said one or more of the selected category items and simultaneously 
displaying the unsorted transactions sorted by said one or more of the selected category items on 
the debtor's computer screen." 

This is shown in Figs. 4 and 6 wherein in Fig. 4 the unsorted transactions 1, 2 and 3, that are 

simultaneously shown on the debtor computer screen, are sorted and displayed in Fig. 6. This 

operation is described in Applicant's specification on page 1 1, lines 2-9 wherein it is stated: 

"Once this is accomplished the debtor may then select the sort all function by saying "sort all" or 
by clicking on the Sort All button which causes the computer to sort items 1, 2 and 3 by the 
category items under the category column. 

The result shows up on the video screen 302 in Fig. 6 taking the place of the information 
shown on the video screen 302 in Fig. 4. After sorting, the video screen 302 in Fig. 6 shows the 
result of the sort as Item Number 2 under Charitable Contributions, nothing under Real Property 
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Tax, Item Number 1 under cleaning and maintenance © & M) for the Rental at Ash Street and 
Item Number 3 under Auto Expense." 

In support of his position the Examiner refers to page 12, paragraphs 0111 and 01 14 of Chiasson 
and states: 

"Chiasson further teaches displaying the bills and viewing the bills in the bill category on 
the debtor's computer screen (page 12, paragraph 01 1 1 and paragraph 01 14)" 

Paragraph 0111 teaches providing a view of only a specific bill for the debtor and there is no 

teaching of any sorting. In paragraph 01 14 it is stated: 

"the sort and exclude operations provided by the bill payment module 1 10 differ from those 
provided by shopping service module 102 in that they are specific to bill paying. In this regard 
the sort operations provided by bill payment module 1 10 include sort by balance amount, sort by 
URL of the payment site 25 and sort by date the bill was added or modified." 

There is no teaching in paragraph 01 14 of sorting by any new categories. Apparently, Chiasson 
can sort the bills by a fixed type of billing info such as balance amount and these will be shown 
in frame 56 of Fig. 2. An example is that Chiasson could create a bill template in display 54 for 
"Ash St." and display in display 56 all templates regarding "Ash St.". This is not Applicant's 
invention. In Applicant's invention a plurality of unsorted transactions are simultaneously 
displayed with one or more sort sensitive fields (Fig. 4) and the unsorted transactions are then 
sorted and displayed (Fig. 6) according to one or more of the category items inserted in the sort 
sensitive fields. 

More specifically, Chiasson has no open fields where sort information, such as "Ash St.", 
"Charity" and "Auto" can be inserted to govern the sorting of his transactions. Each of 
Chiasson's transactions has predetermined fields (Fig. 2 and 0107) with each field being 
identified by a fixed type of information, such as "URL" or balance due. Chiasson then sorts his 
transactions by one of the fixed types of information for his transactions, as selected by Chiasson, 
such as balance due (01 14). In contrast Applicant inserts info of Applicants own choosing, such 
as "Ash St.", "Charity" and "Auto" in his open fields, as shown in Fig. 4, to sort the transactions 
1, 2 and 3 by the inserted info. Applicant's inserted info is not associated with a predetermined 
type of information as is shown in Chiasson's display 56 in Fig. 2. 

It should be noted for the record that Applicant's transactions 1, 2 and 3 in Fig. 4 have 
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fields which are identified by fixed types of information such as "Item No.", "Date of Purchase", 
"Name of Creditor", "Inv. No.", "Inv. Date", "Product/Services", "Amt. Due", "Due Date", 
"Amt. Paid", "Date Paid", and "Bal" and to that extent Applicant's and Chiasson' s inventions are 
similar. However, it is important to note that the distinguishing difference between Chiasson's 
and Applicant's inventions is that the Applicant has open fields under the column heading "Cat". 
Whatever is inserted in one or more of the open fields under "Cat." governs the sorting of the 
transactions 1, 2 and 3. Hypothetically, if the teachings of Chiasson were to be applied to 
Applicant's transactions in Fig. 4, the transactions 1 , 2 and 3 would be sorted merely by one of 
the fixed types of information, such as "Date of Purchase". Chiasson does not allow the user to 
insert new types of information, regarding the transactions, such as "Ash St.", "Charity" and 
"Auto", as shown in Applicant's Fig. 4, and then sort the transactions by these new types of 
information. The bottom line is that Applicant's invention has sort sensitive open fields which 
are not taught by Chiasson. 

Next the Examiner states: 

"Chiasson fails to show a debtor's computer and a debtor's computer screen that is 
responsive to the debtor's computer, at least one creditor that has a creditor's computer as well as 
the graphical representation" 

It is noted Chiasson does not show any drawings of his bill payment module. 

KITCHEN 

In regard to Kitchen the Examiner states: 

"Kitchen teaches enabling a simultaneous display of said plurality of unsorted 
transactions on the debtor's computer screen with each unsorted transaction of at least some of 
the unsorted transactions having fields filled with transaction data which are pertinent to the 
unsorted transaction (Fig. 8 and Fig. 9C column 12, lines 55-65 and column 14, lines 33-45 M . 

By clicking on 965a in Fig. 9C the user can bring up a single bill in Fig. 15. Column 13, lines 6- 
1 1 of Kitchen refers to Fig. 8 where the debtor can select a category, such as "unpaid bill" at 
830a in Fig. 8 and the unpaid bills will be displayed in Fig. 9B as explained in column 14, lines 
16-32. Column 14, lines 57-62 of Kitchen refer to Fig. 9C where categories of billers can be 
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scrolled and selected in block 996. So, if "unpaid bills" is selected in block 996 of Fig. 9C the 
unpaid bills are displayed in screen 960. This presentation is similar to Fig. 9B except more 
information regarding each biller is displayed in Fig. 9C. Fig. 14, which is discussed in column 
17, lines 17-29, permits the debtor to establish various "categories of billers". What is missing in 
Kitchen is how he displays a group of bills that correspond to a selected category. For instance, 
if Kitchen establishes the category "Utilities" in Fig. 14, how does he get all the utility bills to be 
displayed when he selects the category "Utilities" in Fig. 9B. Applicant solves this problem by 
providing an open field for each bill where he can insert "Utilities", for instance, and then 
implement a sort function to display all the utility bills. 

It should be noted that Kitchen does not teach that the debtor can insert category items in 
the fields under "Status" in Fig. 9C. An example of this teaching are the indicators 990 (*) under 
"Status" in Fig. 9C. This is addressed in Column 14, lines 39-41 and column 15, lines 9-20 
which refer to Fig. 10A. The debtor can authorize payment for billers identified by an asterisk 
415 in Fig. 4. Fig. 4 shows the asterisk 415 and column 10, line 66 to column 11, line 1 states 
that the asterisk means "billers whose bills can be received electronically". The billers info is 
then displayed as an asterisk 990 under "Status" in Fig. 9C. As stated in Col. 14, lines 33-45 the 
info in the Status Column in Fig. 9C is sent to the debtor based on previous info. The point is 
that the info under the "Status" column is not info inserted by the debtor for sorting the bills. In 
contrast the Applicant has the flexibility of entering any info regarding the transactions that the 
Applicant believes to be pertinent and wants to use to sort the transactions. 

Next the Examiner states: 

"Therefore it would have been obvious to one of ordinary skill in the art at the time of the 
Applicant's invention to modify the category teachings of Chiasson to include the graphical 
representation and computer network teachings of Kitchen because it allows for the visual 
representation and organization of bills in a computer network. 

Therefore, Chiasson in view of Kitchen teaches assigning bills to designated categories, 
such a utilities, school, tennis, credit cards, etc." 

The Applicant disagrees with the statement that Chiasson in view of Kitchen teaches assigning 
bills to designated categories. The Applicant respectfully requests that the Examiner identify 
where Chiasson and/or Kitchen teaches assigning bills to designated categories. For instance, if 
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either Chiasson or Kitchen desired to assign a category, such as "Tennis" to bills that pertain to 
tennis and then sort the tennis bills from the remainder of the bills, how would Chiasson or 
Kitchen accomplish this purpose? 

SIMPSON 

Next the Examiner states: 

"Chiasson in view of Kitchen fails to teach a simultaneous display of the unsorted bills, 
wherein each of the unsorted transactions have open fields for insertion of the category. Simpson 
teaches a system and method for managing bills in which an online bill summary report shows a 
list of bills and related transaction information (column 8, lines 33-57 and Figure 8). Simpson 
further teaches an open field (262) remarks box that contains miscellaneous information 
regarding the merchant and/or the current past bills." 

The fields 262 in Simpson are not open for the user to insert category items for sorting purposes. 
In contrast the fields have been left blank by the Bill Managing Server (BMS) and for the 
illustration in Fig. 8 have not been filled in by the BMS. There is no teaching in Simpson that 
the fields can be filled in by the user (mail recipient). The information for these fields is 
collected by the BMS, is only within the knowledge of the BMS and is displayed in the open 
fields by the BMS only when the BMS wishes to communicate such information to the debtor. 
Column 8, lines 53-57 of Simpson states: 

" and the remarks box 262 contains information regarding scanned bills as well as brochures 

and legal information. Remarks box 262 contain miscellaneous information regarding the 
merchant and/or the current/past bills. " (Emphasis added) 

That this information is only known by the BMS until communicated to the debtor is evident 

from the following passages from Simpson. Information regarding scanned bills acquired by the 

BMS is discussed in column 7, lines 39-46. Information regarding brochures and legal 

information acquired by the BMS is discussed in column 6, lines 11-14 wherein it is stated 

"Second, brochures or other documents, i.e. legal documents, accompanying the bills are 
separated and categorized by a person or computer according to the particular merchant in the 
second sorting step 20B." (Emphasis added) 

Information regarding the merchant acquired by the BMS is discussed in column 8, lines 2-6 and 
information regarding past due bills known by the BMS is discussed in column 8, lines 14-19. 
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All of this information is possessed only by the BMS and is not disclosed to the debtor until the 
BMS lists this information in the fields 262. It is clear from a full reading of column 8, lines 48- 
57 that the remarks box 262 is filled in by the BMS along with the other boxes 254, 256, 258 and 
260. 

Next the Examiner states: 

"However, it would have been obvious to combine the teachings of Chiasson in view of Kitchen 
for sorting bills based on categories, in which the categories contain information regarding the 
merchant, to include the remarks teachings of Simpson, which include remarks about the 
merchant because it allows the viewers to get a more detailed bill summary and to assign the 
appropriate categories to bills and view the bills based on a desired category. Further, the 
Kitchen bill summary in Fig. 9C is very similar to the Simpson summary in Figure 8 and it would 
be obvious to add the last columns of remarks to Kitchen and perform sorting based on category 
directly from the bill summary page." 

This rejection becomes moot in light of Applicant's comments hereinabove. Assuming the 
remarks column of Simpson is added to the columns of Fig. 9C of Kitchen, it is no different than 
the "Status" column of Kitchen where info is inserted for the debtor. The result is that no sort 
sensitive fields are left for the user to insert category items and then sort the files by the category 
items. 

Claim 100 is considered to be patentable over the references for the same reasons as 
given for claim 84. 

Claim 87, which is dependent upon claim 84 is further distinguished over the references 
by reciting: 

"wherein said each unsorted transaction of at least of some of the unsorted transactions, 
that has said at least one open field, has primary and secondary fields open for insertion of 
primary and secondary category items respectively pertinent to the unsorted transaction wherein 
each primary category item is a first part of a purpose for the unsorted transaction and each 
secondary category item is a second part of the purpose for the unsorted transaction; 

inserting primary and secondary category items in said primary and secondary fields 
respectively associated with each of at least some of the transactions for displaying said primary 
and secondary fields filled with said primary and secondary category items respectively on the 
debtor's computer screen simultaneously with said simultaneous display of said plurality of 
unsorted transactions; and 

sorting the unsorted transactions by said at least said primary and secondary category 
items selected by the debtor and simultaneously displaying the unsorted transactions sorted by 
said primary and secondary category items on the debtor's computer screen." 
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As shown in Applicant's Fig. 4, the primary and secondary category item items are inserted in 
open fields in the simultaneous display of the unsorted transactions, as shown in Fig. 4, and are 
sorted by the primary and secondary category items as shown in Fig. 6 as discussed hereinabove. 
See also Applicant's specification from page 10, line 1 1 to page 1 1, line 12. In Fig. 9C of 
Kitchen none of the bills can be tagged with any category item which leaves Kitchen without any 
teaching of tagging any bill with a primary category item nor a secondary category item button. 
In contrast a category is selected in block 996 and then all of the bills related to that category are 
displayed in screen 960. There is no sorting by primary and/or secondary categories which are 
inserted in open fields corresponding to the unsorted transactions. In regard to these claims the 
Examiner states: 

"Regarding claims 87-89, 95-97, 103-105 and 1 1 1-113, Chiasson in view of Kitchen 
teaches the use of categories for labeling bills and viewing bills." 

The Examiner has not addressed the insertion of secondary categories in secondary fields which 
results in a primary and secondary sorting as shown in Fig. 6. (Emphasis added) 

Claim 103 is considered to be patentable over the references for the same reasons as 
given for claim 87. 

RESPONSE TO EXAMINER'S RESPONSE TO ARGUMENTS 

An aspect of the present invention is that the user can fill in open fields of transactions 
with category items and sort the transactions according to the category items. This is a method of 
sorting which has not been met by the Examiner. In regard to Chiasson, Kitchen and Simpson 
there are no open fields for the insertion of the user's bill categories. The documents come to 
Chiasson, Kitchen and Simpson with data already in the fields and the blank fields (not open 
fields) in none of these references can be filled in by the user for sorting purposes. Apparently, 
the key to anticipating Applicant's claims is Simpson. As addressed in detail under "Simpson" 
hereinabove the blank fields under "Remarks" in Fig. 8 of Simpson cannot be filled in by the 
user. Accordingly, how can Simpson provide the missing link to anticipate Applicant's claims. 
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In his response the Examiner states: 

"Also, under KSR, design incentives would have prompted putting sorting categories 
next to the bills, rather than on a previous screen, and implementation any differences between 
the claimed invention and the prior art and the implementation would have been predictable." 

The Applicant does not understand what "KSR" means. The examiner indicates that the prior art 
teaches inserting a sorting category item on bills in a previous screen. The Applicant does not 
see this taught by the prior art. The Applicant respectfully requests that the Examiner identify 
what portion of the prior art provides bills in previous screens with open fields for the insertion 
of category items for sorting the bills into one or more groups that correspond to the one or more 
of the inserted categories. 

The Examiner states: 

"Specifically, Simpson teaches that the remarks can be used to place information such as 
merchant information (column 8, lines 33-57). For example, one may put Utility or Credit Card 
in the remarks, as it is apparent from the Payee, that some are utilities, credit cards, auto related, 
etc." 

First, there is no teaching in Simpson that the user can insert anything into the blank fields under 

the Remarks" column. Simpson teaches that the BMS fills in the fields under the "Remarks" 

column before the summary of bills gets to the user and there is no teaching that the BMS inserts 

info regarding utilities, credit cards, auto related, etc. 

Next the Examiner states: 

"Further Simpson does teach a simultaneous display of a category of paid and unpaid in 
which the user can select which to enter (Fig. 8)" 

The Applicant disagrees with this statement. The user cannot insert or even change the notations 

"Paid" and "Unpaid" under the "Paid?" column. The user can authorize payment of a bill in Fig. 

9 and the BMS will appropriately change the status under the "Paid?" column. How the BMS is 

not taught by Simpson. 

Next the Examiner states: 

"The Examiner notes that the category items could be interpreted to be predefined by the system 
and open could be interpreted that the field is open for either option, paid or unpaid." 

The Applicant disagrees with the Examiner's implication that Simpson's bills have open fields 



26 



for the user to insert "Paid" or "Unpaid". The applicant does not find this teaching in Simpson or 

any of the other references. 

Next the Examiner states: 

"Kitchen also teaches a simultaneous display of a status field in which open fields can get a 
status of paid or unpaid as well as an indication of authorization (Fig. 9C)" 

There is no teaching in Kitchen that the fields under "Status" in fig. 9C can be filled in with 
"Paid" or "Unpaid". These fields are blank instead of being open for the insertion of category 
items for sorting purposes. The user cannot change anything in Fig. 9C. As addressed above 
under "Kitchen" any notation under the "Status" column is filled in with asterisks from a 
previous display shown in Fig. 10A. When the user authorizes bills to be paid electronically in 
Fig. 10A this is indicated by the asterisks in Fig. 9C. 

The Examiner states that Chiasson, Kitchen and Simpson can be combined to anticipate 
Applicant's claims. As stated above, such a combination lacks the teaching of open fields in files 
for selected categories and then sorting the files based on the categories. 

NEW CLAIMS 132-157 

New claims 132 and 144 are patentable over the references, Chiasson, Kitchen and 
Simpson, for the same reasons as given for claims 84 and 100. 

Claims 133 and 145, which are dependent on claims 132 and 144, are further 
distinguished over the references by reciting: 

"displaying said plurality of groups of sorted transactions on the debtor's computer screen 
with respective headings that correspond in meaning to said plurality of category items." 

The category items "Ash St.", "C & M", "Charity" and "Auto" have been selected in Fig. 4 and 
after sorting the transactions 1, 2 and 3 the transactions are shown with headings "Charitable 
Contributions", "Rental at Ash St. (C&M)" and "Auto Expense" in Fig. 6 which correspond in 
meaning to the selected category items. Fig. 9B of Kitchen shows three unpaid bills with a 
heading "Unpaid Bills". Applicant's invention is distinguished over this teaching in that the 
headings for Applicant's invention are created from the category item(s) inserted in the sort 
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sensitive fields of a plurality of transactions. 

Claims 134 and 146, which are dependent on claims 132 and 144 are further 
distinguished over the references by reciting: 

"before said sorting, inserting a plurality of said category items, which differ from one 
another, in a plurality of selected open fields of a plurality of said plurality of unsorted 
transactions; and 

said sorting sorting the unsorted transactions into a plurality of groups of sorted 
transactions which correspond respectively to the plurality of category items." 
The insertion of a plurality of different category items, such as "Ash St.", "Charity" and "Auto" 

in the open fields under the column "Cat." are shown in Fig. 4 and the sorting of the transactions 

by these differing category items into groups "Rental at Ash St.", "Charitable Contributions" and 

"Auto Expense" are shown in Fig. 6. The references do not even teach inserting a single 

category item into an open field of a transaction so it follows that the references do not teach 

inserting multiple category items into the open fields for sorting the transactions into multiple 

groups. 

Claims 135 and 147, which are dependent on claims 134 and 146, are further 

distinguished over the references by reciting: 

"displaying said plurality of groups of sorted transactions on the debtor's computer screen 
with respective headings that correspond in meaning to said plurality of category items." 

The transactions with the headings "Charitable Contributions", and "Auto Expense" in Fig. 6 

correspond in meaning to the respective category items in Fig. 4. There is no equivalent teaching 

in any of the references. 

Claims 136 and 148, which are dependent on claims 132 and 144 are further 

distinguished over the references by reciting: 

"displaying a plurality of category items as category item buttons on the debtor's 
computer screen with each category item button corresponding to a respective category item so 
that the debtor can activate one or more selected category item buttons for displaying said one or 
more of the selected category items in said selected open fields on the debtor's computer screen." 

This is shown in Fig. 4 where the primary category buttons "A. Charitable Contribution", "B. 
Real Property Tax", "C. Rental at Ash St." and "D. Auto Expense" and secondary category 
buttons "Home", "C&M", "Repair" and "Mgt." are simultaneously displayed on the debtor's 
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screen. In this regard the Examiner refers to page 11, paragraph 109 of Chiasson. Paragraph 109 
of Chiasson teaches that each category item is required to have a bill template and the bill 
templates are employed to create a listing of bills that fit a category. Chiasson does not 
simultaneously display category item buttons simultaneously with the plurality of unsorted 
transactions as shown in Fig. 4 nor are there open fields associated with his transactions where 
category items can be inserted by clicking on the selected category buttons. 

Next the Examiner refers to Figs. 8 and 9A and column 13, line 1-25 and column 13, 
lines 48 through column 14, line 15 of Kitchen. Kitchen has buttons in his various displays, such 
as that shown in Figs. 8, 9A, 9B and 9C, but these buttons are not employed for entering 
information in open fields. An example are the buttons 992a, 994a, 996a and 998a in Fig. 9C. 
None of these buttons, nor any of the other buttons in Fig. 9C can add information to any field, 
such as the fields under "Status". Kitchen does not teach simultaneously displaying unsorted 
transactions and category item buttons, as shown in Fig. 4, so that the debtor can insert the 
category items in open fields associated with the unsorted transactions. 

Claims 137 and 149, which are dependent on claims 136 and 148 are further 
distinguished over the references by reciting: 

"wherein said display of unsorted transactions displays rows of line items on the debtor's 
computer screen with each line item representing an unsorted transaction and with the rows of 
line items having transaction data columns and at least one category item column wherein the 
transaction data columns have fields filled with said transaction data and said at least one 
category item column has a plurality of said open fields; and 

upon the debtor activating a selected category item button, filling the open field for a 
selected line item with the category item corresponding to the selected category item button." 

Also shown in Applicant's Fig. 4 the plurality of unsorted transactions are simultaneously 
displayed on the debtor's screen as rows of lines items 1, 2 and 3 with the rows having a category 
item column, such as "Cat." and or "Exp." with open fields. This is described in Applicant's 
specification from page 10, line 1 1 to page 11, line 1. In this regard the Examiner relies upon the 
teaching in Fig. 9C of Kitchen. Kitchen does not simultaneously display a plurality of category 
buttons nor does he display any of the rows of billers in fig. 9C with category item columns with 
open fields. In contrast Kitchen selects a category in block 996 via button 996a and then that 
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category of billers is displayed in Fig. 9C. None of the buttons in Fig. 9C add any information to 
any of the fields under "Billers Names", Total Amount Due", Minimum Amounts Due", Due 
Dates", or "Status". As recited in the last part of claim 137 the Applicant fills his open fields in 
the category column(s) with category items which is not taught by Kitchen. 

Claims 138 and 150, which are dependent on claims 132 and 144, are considered to be 
patentable over the references for the same reasons as given for claims 87 and 103. 

Claims 139 and 151, which are dependent on claims 138 and 150 are further 

distinguished over the references by reciting: 

"displaying said at least one group with at least one heading and subheading that 
corresponds in meaning to said selected primary and secondary category items. " 

The heading and subheading, such as "Rental at Ash St. (C&M)", are shown in Fig. 6 which 
corresponds in meaning to the category items "Ash St." and "C&M" as shown in the columns 
"Cat." and "Exp." in Fig. 4. There is no equivalent teaching in any of the references. 

Claims 140 and 152, which are dependent on claims 139 and 151, are further 
distinguished over the references for the same reasons as given for claims 134 and 146. 

Claims 141 and 153, which are dependent on claims 140 and 152 are further 
distinguished over the references for the same reasons as given for claims 135 and 147. 

The combination of claims 132, 138, 139, 140 and 141 or claims 144, 150, 151, 152 and 
153 results in transactions in Fig. 4 being sorted into groups in Fig. 6 with headings "Charitable 
Contributions", "Real Property Tax" and "Auto Expense" and a group with a heading and 
subheading "Rental at Ash St. (C&M)" . 

Claims 142 and 153, which are dependent on claims 138 and 150 are further 
distinguished over the references by reciting: 

"displaying said primary and secondary category items as primary and secondary category 
item buttons respectively on the debtor's computer screen with each secondary category item 
button being associated with a respective primary category item button; and 

upon the debtor activating selected primary and secondary category item buttons 
displaying the selected primary and secondary category items in selected primary and secondary 
fields respectively on the debtor's computer screen." 

This is shown in Fig. 4 where the primary and secondary category items are shown, as explained 
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above, which are simultaneously displayed with the plurality of unsorted transactions with each 
secondary category item button being associated with a primary category item button, as shown 
by the line interconnecting secondary category item button "Home" with primary category item 
button "B. Real Property Tax" and with the lines interconnecting the secondary category item 
buttons "C&M" "Repair" and "Mgt." with primary category item button "C. Rental at Ash St.". 
There is no equivalent structure taught in either Chiasson or Kitchen alone or in combination. 
The Examiner has not addressed the Applicant's primary and secondary sorting. 

Claims 143 and 155, which are dependent on claims 142 and 155 are further 
distinguished over the references by reciting: 

"wherein said display of said plurality of unsorted transactions displays rows of line items 
on the debtor's computer screen with each line item representing an unsorted transaction and 
with the rows of line items having transaction data columns and at least primary and secondary 
category item columns wherein the transaction data columns have fields filled with said 
transaction data and the primary and secondary category item columns have said primary and 
secondary open fields respectively; and 

upon the debtor activating a selected line item and then activating a selected primary or 
secondary category item button, filling the primary and/or secondary field in the primary and/or 
secondary category column respectively for the selected line item with the category item 
corresponding to the selected primary and/or secondary category item button." 

The primary and secondary item columns are shown at "Cat." and "Exp." respectively in Fig. 4 
with each column having open fields where category items are inserted. This feature has not 
been shown by the Examiner. 

New claims 156 and 157 are patterned after allowable claims 91 and 107 regarding the 
monetary funding activities without the sorting aspect of the present invention. The Applicant 
maintains that claims 156 and 157 are allowable for the same reasons that the Examiner allowed 
claims 91 and 107. 
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CONCLUDING REMARKS 



About the middle of page 3 of the Office Action the Examiner indicates that bills in a 
previous screen have open fields for inserting category items for sorting purposes. The Applicant 
respectfully requests that the Examiner inform the applicant where this is taught in Chiasson, 
Kitchen or Simpson or any other prior art reference. 

Should the Examiner have any questions regarding this document the Examiner is 
respectfully requested to contact the undersigned at 520-378-6038. 
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